OCT.20.2004 2:53PM BWT LLP (BERKELEY) ' NO. 633 "P. 

REMARKS 

Claims 1, 3, 5-18 and 20-26 are pending. Claims 1, 3, 14, 15, 18, 20 and 26 are amended. 
Claims 2, 4 and 19 are canceled. The remaining claims are unchanged 

In the Office Ax^tion, the claims weore again rgected under 35 U.S-C. § 102(e) as 
anticipated by Agrahaiam et al., U.S. Patent No. 5,987,508. 

Applicant's attomey wishes to thank Examiner Delgado for the courtesy extended in 
discussing the Ofiace Action in the telephonic interview of October 7, 2004, In the interview. 
Applicant's attomey explained how Agraharam only shows a routing function, not a *Sdrtual 
domain node," and ^edfically fails to disclose or suggest "associating a plurality of virtual 
domain attributes to die virtual domain node.** The Examiner offered to reconsider the rejections 
in the Office Action if Applicant would clarify the tueauing of 'VirtU2il domain attributes** by 
amending claim 1 to recite the virtual domain attributes recited in claim 2. Claim 1 and 
independent claims 14, 1 8 and 26 have been amended accordingly. Applicant's attomey wishes 
to thank the Examiner for oflEering to reconsider the claim rejections in view of this Amendment 

The Office Action stated that Agraharam discloses a 'Virtual domain node,** 
corresponding to the subject matter described in the plication as filed at page 4, lines 9-14. 
(Office Action, page 2, paragraph 1). In addition, Ae Office Action stated that Agraharam also 
shows "associating a plurality of virtual domain attributes to the virtual domain node," in the 
form of a Personal Identification Number (PIN) associated with a user registration process. 
(Office Action, page 2, paragraph 2). 

As explained in the October 7th interview, the reliance on the application as filed at page 
4, lines 9-14 to define "virtual domain node" is misplaced^ as is the reliance on Agraharam to 
support the claun regections under 35 U.S,C, § 102(e), These rejections are not supported by the 
cited art and m.ust be withdrawn for the reasons below. 
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Claim 1. by way of example, is drawn to a method for defining a virtual domain node in 
an electronic messaging system, including the features of: 

defining a virtual domain node corresponding to a real 
domam name server in a hierarchically organized directoiy 
wherein the hi^archically organized directory is a hierarchical 
stmcture that resembles a tree with one major branch at the top and 
many branches and sub-branches below; and 

associating a plurality of virtual domain attributes to the 
virtual domain node, the plurality of virtual domain attributes 
selected &om a designated virtual domain administrator, a 
designated virtual domain postmaster, a state of the virtual domain, 
and a set of allowed services for the virtual domain. 

As explained in the October 7th interview, the method of claim I defines a virtual domain 
node corresponding to a real domain name server in a hierarobically organized directory. By 
defining a virtual domain node in this manner, for example, a mail server can offer email 
services to multiple organizatioiis each of which have their own virtual domain. The virtual 
domain attributes enable each virtual domain node to function as a real domain name server. For 
instance^ a virtual domain administrator can be designated, as recited in claim 1 , This 
adminif^ trator can be authorized to manage the particular virtual domain. In addition, a virtual 
domain postmastCT can be designated, as further recited in claim 1 . The postmaster can identify 
email message delivery problems. Also, a state of the virtual domain, as recited in claim 1, can 
indicate that mail is to be received, or that the virtual domain node is inactive, or no longer 
exists. Also, virtual domain attributes can include a set of allowed services for the virtual 
domain, as firrfher recited in claim 1. Agraharam feils to provide any of the above virtual 
domain attribute features. This is because Agraharam only teaches an email routing or 
translation service, not a virtual domain node. 
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The Office Action asserts on page 2, paragraph 1 : 

In appUcant's disclosure at page 4, lines 9-14, an example of a 
virtual domain was disclosed. A virtual domain * ABC.com' was 
mapped to a real domain *mailhost.ispjiet/ The notion of being 
vutual is accomplished by 'ABC.com' being an alias for the real 
domain *maiIhost isp.net* 

As explained in the telephone interview of October 7* the above citation to the 
appUcation as fil ^ ^tjrely mT^rnlacP ^ d because the citation refers to the ^^Backgrpund" secrion 
pf Ti;^ application, describing a conventional routing seryiy^ glintiim it. t7^^ i. Nowhere in the 
Background section does the AppUcant define 'Virtual domain" or *Sdrtual domain node" in 
terms of the described routing fimction. 

Indeed, the above^ted portion of the application as filed describes a translation function 

that translates between ABC.com and mailhostisp jaet. Thus, Applicant agrees with the 

Examiner that the conventional system described in the Background Section corresponds to the 

translatLon or routing function described by Agraharam. However, fliis only proves that 

Agraharam describes another oonvenrional routing service which feUs to provide the features of 

claim 1 . As ftarther explained in flie Background section of &e plication as filed, it is this 

conventional routing service which has associated problems that can be addressed by defining a 

virtual domain node, for example, recited in claim 1: 

Since the email system 100 requires a separate Tnaii server 
to be supported by the SP 106 for each of the domains abc.com 
througji xyz-gov, although well xjnderstood and easy to manage, 
the email system 100 is not cost effective for small domains. In 
addition, a$ the number of domains increases, the management of 
the individual services becomes increasingly unwieldy. ... It is 
th^efore desirable that an email service provider be able to offer 
email services to multiple organi2;ations each of which has their 
own virtual domain and to support the ability to define such 
domains in the directory and host them on a shared mail server. 
(Page 4, lines 15-25; Application as filed)* 

In short, it is improper for the Examiner to ignore language recited in claim 1, 

such as "a plurality of virtual domain attributes,'* and read in the above-cited description 
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of the prior art, unrelated to virtual domains or virtual domain nodes, to attempt to define 
the claim tenn *Viitual domain node" for the clear puipose of equating that term xvith 
Agraharam's teachings in hindsight. This is an improper basis for a claim rejection. It is 
unsupported by the Background section of tiie ^hcation as filed, as well as the 
Agra h a ram patent Therefore, the rejection must be withdrawn. 

The Office Action again asserts on page 2, paragraph 2, that Agraharam discloses 
"a pluraHty of virtual domain attributes" in the fonn of a Personal Identification Number 
OPIN) associated with a user registration process. As explained in the response of June 
15, 2004, and agahi in the tel^hone interview of October 7^, the PlNs described by 
Agraharam do not correspond to 'Mrtual domain attribxrtes/* This is because the PINs 
are associated with a usct, simply enabling the us^ to access a system and manage the 
user's account (column 7, line 16-27). These PINs are in no way associated with a 
'Virtual domain node," because Agraharam fails to disclose or suggest a virtual domain 
node in the first place. 

Moreover, even if Agraharam disclosed a virtual domain node, a PIN assigned to 
a user for security purposes is not '*a plurality of virtual domain attributes" associated 
with the virtual domain node. For mstance, the nsex's PIN does not designate a virtual 
domain a dminis trator^^ designate a virtual domain postmaster, indicate a state of the 
virtual domain, nor provide a set of allowed sesrvices for the virtual domain, as recited in 
claim 1, In short, a user's security PIN has nothing to do with tiiese 'Virtual domain 
attributes," and the Office Action fails to set forth any reasonable basis for the position 
that a PIN somehow reads on ^Virtual domain attributes/' Again, the reliance on 
Agraharam for the 35 U.S.C, § 102(e) rejection is misplaced. Agraharam only teaches an 
email routing fimction. Agraharam does not disclose or suggest "a virtual domain node," 
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nor does it disclose "a plijrality of virtual domain attributes." Accordingly, the 35 U.S.C. 
§ 102(o) rejection is not snpported by the axt, and mu5t be withdrawn. 

In the telephone ioterview of October 7* the Examiner asserted that Agraharam 
describes virtual domain nodes at column 3, lines 50-67, in the form of a simulated IP 
address following the "©^^ symbol of an email address, for instance, the **email.att,nef' 
portion of the email address, 2015558765@email.att4iet, The Examiner stated that the 
text following the "@" symbol functioned as a virtual domain node. As e3q)lained in the 
October 7* interview, the cited portion of Agraharam simply shows a portion of an miail 
address used to forward emails as part of the routing function. However, the 
"OTiail.att,net" label simply represents an IP address only used for the limited purpose of 
routing an email to a particular recipient fix>m one address to another. The domain name 
"emaiLatt-nef ' is no more than a label representing a domain name. A domain name 
label, taken alone or as part of an email address, is not a 'Virtual domain node." For 
instance, a domain name label does not "define a virtual domain node," nor does 
Agraharam disclose or suggest associating a plurality of virtual domain attributes with the 
label, as esqplained above, Agam, reliance on Agraharam is misplaced, and the 
Agraharam reference cannot support a rejection of claim 1 under 35 U.S.C. § 102(e). 
This rejection must be withdrawn. 

In the rqection of claim 1 under 35 U.S-C § 102(e), the Office Action also fails 
to provide an explanation as to how Agraharam shows a virtual domain node which 
"cQrrespond[s] to a real domain name server in a hierarchically organized directory 
wherein the hiOTrchicaUy organized directory is a hierarchical stmcture that resembles a 
tree with one major branch at the top and many branches and sub-branches below," for 
instance, as recited in claim 1. By defining a virtual domain node in this manner, the 
arrangement of the tree is flexible, aUowing administrators to decided how to best deploy 
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the service for their oigauizatioiL For some, it may be best to arrange the tree according 
to the actual business organizational structure or geogr^hic structure. For others, 
however, a one-to-one m^ing to DNS layers nxay be best (Application as filed, page 
12, paragraph 1), 

The OfBce Action states that "[t]he directory structure of a domain is inherently 
one of hieraiTch[y] \^ch has a tree stracture." (OfBce Action, page 3, paragraph 5). 
Such an argument assumes that Agraharam discloses a virtual domain or domain node in 
the first place. Agraharam does not, for the reasons set forth above. In addition, a 
routing service, simply pro viding a one-to-one mapping of email addresses, cannot 
'^nherentl/' disclose a hierarchically organized directory. There is no basis, in the cited 
art or otheiwise, for suggesting that a one-to-one m^ing of email addresses would 
necessarily be structured as a hierarchically organized directory. Again, as with the 
features described above, reliance on Agraharam is entirely misplaced. For this 
additional reason, the rejection of claim 1 under 35 U.S.C. § 102(e) is improper and must 
be withdrawn. 

D^endent claims 3, 5-13, 15, 16 and 17 are dq)endent i^on claim 1 and are, 
therefore, patentable for at least the same reasons as claim 1 . 

Independent claims 14, 18 and 26 each incorporate similar features as claim 1 and 
are, therefore, patentable for sinular reasons as claim 1. 

The remaining dependent claims, 15-17 and 20-25 are patentable for at least the 
same reasons as claim Ihe independent claims on which they are based. 
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CONCLUSION 



In view of the above .Ameadments and Remailcs, Applicant submits that the above- 
identified application is in condition for allowance. Early notificatiott to that effect is 
respectfiilly requested. 

Should the Examino- believe that a further telephone conference would expedite the 
prosecution of this appUcation, Applicant's attorney can be reached at the number below. 



Respectfully submitted, 
BEYER WEAVER & THOMAS, LLP 




P.O. Box 778 

Bericeley, CA 94704-0778 

(510) 843-6200 



SUN1P602/P4377/3FG 



Page 15 of IS 



Serial No.: 09/521.282 



PAGE 



17117' RCVDAT 10120/2004 5:47:25 PM [Eastern Daylight Time]' SVIkUSPT0-EFXiV-1f3' DNIS:^^^^^ 



